Method for making secure an electronic entity with encrypted access

ABSTRACT

A method for protecting an electronic entity with encrypted access, against DFA (Differential Fault Analysis) attacks which includes: storing the result of a selected step (R m , K n ) of an iterative process forming part of the cryptographic algorithm and in performing once more at least part of the steps of the iterative process up to a new computation of a result corresponding to the one which has been stored, comparing the two results and denying distribution of an encrypted message (MC) if they are different.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present Application incorporates by reference and claims priority to PCT/FR03/01032 filed Apr. 2, 2003 and French Application 02/04341 filed Apr. 8, 2002.

STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT

None.

THE NAMES OF THE PARTIES TO A JOINT RESEARCH AGREEMENT

None.

INCORPORATION-BY-REFERENCE OF MATERIAL SUBMITTED ON A COMPACT DISC

None.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The invention relates to a method for making secure an electronic entity with encrypted access, such as a microcircuit card, for example, the improvement being more particularly aimed at detecting differential fault analysis (DFA) attacks. The invention aims in particular to make prior art algorithms such as the AES and DES algorithms secure.

2. Description of Related Art

Certain electronic entities with encrypted access, in particular microcircuit cards, are vulnerable to DFA attacks that disrupt the execution of the cryptographic algorithm to change an intermediate result, processing the resulting difference between the message encrypted normally and the message encrypted with an error, and deducing the secret key of the electronic entity from this information. These errors are very easy to produce in a microcircuit card by operating on the external environment, for example by causing a voltage spike, exposing the card to a light flash (in particular using a laser beam), causing the frequency of the external clock to vary suddenly, etc.

The most widely used algorithm includes the data encryption standard (DES) algorithm and, the most widely used of all, the advanced encryption standard (AES) algorithm. The AES and DES algorithms have the common feature of applying a succession of groups of operations known as “rounds” to an input message under the control of a series of respective sub-keys successively produced from an initial secret key specific to the electronic entity concerned. It is this initial key (denoted K hereinafter) that the fraudster attempts to reconstitute. A portion of the algorithm is devoted to generating sub-keys using a process of key extension by a function F that in the case of the AES algorithm is a non-linear function. The function is applied to said initial key, then to the result of application of said function, and so on. The sub-keys are generated from this succession of intermediate results obtained from the initial key K.

Until now, DFA attacks have been considered to be unusable in practice against the AES algorithm. However, work on which the invention is based has shown that a triple DFA attack synchronized with certain applications of the function F and the beginning of the final “round” discloses all the bytes of the last sub-key when said input key K is coded on 128 bits, which is currently the case for most systems in which the AES algorithm is used. The entry key may be recovered from this information.

BRIEF SUMMARY OF THE INVENTION

The invention offers a simple and effective barrier to this type of attack. The invention provides a method of making an electronic entity with encrypted access secure when said electronic entity comprises means for executing a cryptographic algorithm consisting in applying to an input message a succession of groups of operations known as “rounds” involving a series of respective sub-keys produced successively by an iterative process starting from an initial key K, which method is characterized in that it consists in storing a result of an intermediate step of said iterative process, repeating at least some of the steps of said iterative process until a result is calculated corresponding to the result that has been stored, comparing said stored result to the corresponding recalculated result, and prohibiting the broadcasting of an encrypted message resulting from the application of said algorithm if said two results are different.

If an error caused by a DFA attack occurs during the iterative process of generating the sub-keys, then the stored result and the corresponding recalculated result are necessarily different because it is impossible in practice to reproduce the same “error” twice in a row.

For example, a stored result, referred to as an intermediate result, may be one of the steps of the key diversification process consisting in applying a non-linear function F to the result of the preceding analogous step. It is also possible to store one of the sub-keys, for example the last sub-key, and to recalculate that sub-key from an earlier step of said iterative process.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

The invention will be better understood and other advantages thereof will become more clearly apparent in the light of the following description, which is given by way of example only and with reference to the appended drawings, in which:

FIG. 1 is a block diagram of an electronic entity such as a microcircuit card adapted to implement the method of the invention;

FIG. 2 is a flowchart for the AES algorithm;

FIG. 3 is a flowchart for complementary implementation of the invention during execution of the AES algorithm; and

FIG. 4 is a flowchart for the DES algorithm, to which the invention may also be applied.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 shows an electronic entity 11, in this case a microcircuit card with its essential components, namely a set of metal contact areas 12 for connecting the microcircuit 13 contained in the card to a card reader, server or the like with which said microcircuit card is able to exchange information after an authentication phase using a prior art secret key algorithm, for example the AES algorithm or the DES algorithm. The microcircuit 13 conventionally comprises a microprocessor 14, some ports of which are connected to the contact areas, and a memory M coupled to the microprocessor. When the card is coupled to an external unit to execute a given function (financial transaction, access to a telephone or telematic service, access control, etc.), an authentication phase is executed in the card. This process is programmed in the microcircuit 13 and a portion of the memory M is dedicated to it.

For example, the authentication phase uses the AES algorithm, which is described with reference to FIG. 2. The AES algorithm operates on an input message ME transmitted in clear by the external unit to which the electronic entity 11 is coupled. The entity 11 also holds a stored secret key K and the algorithm transforms the message ME to obtain an encrypted message MC after a certain number of transformations effected with a certain number of sub-keys K₀, K₁, K₂, . . . , K_(n-1), K_(n). A non-linear function F programmed in the electronic entity is applied successively to the key K, then to the result R₁ of the transformation of the key K by the function F, then to the result R₂ of the transformation of the result R₁ by the same function F, and so on. The various sub-keys K₀ . . . K_(n) are extracted from this process of extension of the key K by the function F. To be more precise, the key K may be a word of 128 bits, 192 bits or 256 bits. This is known in the art. The input message ME is a word of 128 bits. All combinations are possible and the person skilled in the art chooses the combination that represents the best compromise, given the context, between speed of execution and the required level of security. At present, however, most AES algorithms actually deployed use a key K of 128 bits. The sub-keys K₀ . . . K_(n) must be in the same format as the input message. This is why each sub-key is created from one or two successive results produced during the process of extension of the key by the function F. In the present example, the key K is coded on 192 bits. Consequently, the sub-key K₀ is extracted from the first two thirds of the key K, the sub-key K₁ is extracted from the other third of the key K and from the first third of the intermediate result R₁ of the first transformation of this key by the function F, the sub-key K₂ is extracted from the last two thirds of the intermediate result R₁, and so on up to and including the production of the final sub-key K_(n).

The input message ME is processed by the following operations. Said input message ME is combined with the sub-key K₀ by an exclusive-OR function 16. The result of this operation is subjected to a group of operations (here called ROUND 1) involving the sub-key K₁. The result is then subjected to a group of operations (ROUND 2) involving the sub-key K₂, and this continues up to ROUND_(n-1), known as the final ROUND, involving the sub-key K_(n-1). All the “ROUNDS” from 1 to n−1 comprise four transformations. A final ROUND, denoted ROUND_(n), involving the sub-key K_(n) comprises only three transformations. The result of this final round is an encrypted message MC that is sent to the external environment.

The invention is based on the following considerations. It has been shown that, if it is possible to provoke such disruptions at precise moments in the execution of the AES algorithm described above, it is possible to retrieve all the bytes of a sub-key, and more particularly (in this example) the final sub-key K_(n), in the following manner:

-   -   if the disruption is provoked at the moment of final application         of the function F, information is retrieved on the penultimate         extension of the key by the function F, that is to say the last         four bytes of the penultimate result R_(m-1);     -   if a disruption is also provoked at the moment of execution of         the penultimate extension of the key by the function F, the         adjoining four bytes of R_(m-1) may be retrieved;     -   if a disruption is provoked at the beginning of the final round         (ROUND_(n-1)), 8 bytes are retrieved from the last extension of         the key by the function F, that is to say R_(m); these bytes         belong to the sub-key K_(n);     -   processing the above results retrieves six more bytes         distributed in the final extension of the key R_(m) by the         function F; these bytes also belong to the sub-key K_(n).

Investigating all possibilities until the last two bytes of the sub-key K_(n) are retrieved may be envisaged. Consequently, if the key K were coded on 128 bits, it would undoubtedly be retrieved by a single implementation of the attack described above. In most AES algorithms currently deployed, the key K is coded on 128 bits and there is no difference between the intermediate results R₁, R₂ . . . R_(m) and the sub-keys K₁, K₂ . . . K_(n) (in this case, n=m), as each sub-key consists of the whole of a corresponding intermediate result R_(i). In the present example, however, the key K is coded on 192 bits and the attack described in outline above is not able to retrieve the key since the result R_(m) is not known completely. Thus it is not possible to “work back” to the key K from this incompletely known result. Nevertheless, security has been seriously weakened as partial information is available on the key, which makes other attacks known in the art (for example DPA attacks) more effective.

Be this as it may, the barrier to this type of attack consists in storing an intermediate result R_(i), for example the result R_(m), or a sub-key, for example the final sub-key K_(n), and repeating at least some of the steps of producing the succession of said sub-keys, i.e. essentially the process of extension of the key by the function F, until a result is calculated that corresponds to the result that has been stored. From this moment, intermediate results or sub-keys are available that must be identical if the electronic entity has not been subject to any DFA attack. It suffices to compare the stored result or sub-key to the corresponding recalculated result or sub-key and to prohibit broadcasting of the encrypted message MC resulting from the final round if they are different. This is shown in FIG. 3 in which (in one embodiment of the invention) the AES algorithm is complemented by repeating all the steps producing the succession of sub-keys, and more particularly the process of extending the key K. In this example, the AES algorithm described with reference to FIG. 2 is executed a first time, the result of which is an encrypted message MC. The final sub-key K_(n) is stored. The whole process of extension of the key by the function F is then repeated starting from the secret key K of the entity. This yields a new value of K_(n). The value previously stored and the new value are compared (to test for equality). If the two values are equal, issuing the message MC is authorized. If the two values do not coincide, the message MC is not forwarded to the external environment and an error message may be sent.

In the example that has just been described, the whole of the key extension process is repeated until the final sub-key K_(n) is calculated again. As indicated above, any intermediate result R_(i) or sub-key may be stored and at least some of the steps of producing the succession of sub-keys repeated until an intermediate result or sub-key is calculated corresponding to that which has been stored. If the whole of the cycle of extension of the key by the function F is not repeated, it is generally advantageous to repeat at least a final portion of the steps of producing the succession of said sub-keys, in other words, more particularly, a final portion of the process of extension of a key by the function F, until the final intermediate result R_(m) or the final sub-key is calculated a second time.

If the whole of the iterative key extension process is not repeated, starting from the key K, it is obviously necessary to store the intermediate result or sub-key from which the process is repeated.

The invention is not limited to making the AES algorithm secure. For example, FIG. 4 depicts the equally well known DES algorithm. Briefly, in this algorithm, the process of extending the key K is as follows. The key K (64 bits) is subjected to a permutation P1 of the bits and reduced to 56 bits. The result is a word 20 divided into two portions each of 28 bits. Each portion is subjected to a permutation R (circular rotation of the bits) of one or two bits, as appropriate. The two results are combined to form a new word 21 of 56 bits that is subjected to a new permutation P2 and concatenated to 48 bits to yield a sub-key K₁. Also, the 56-bit word 21 is processed by means of two circular rotations R to yield a new word 22 which is again subjected to the permutation P2 to generate a sub-key K2, and so on up to and including a sub-key K16. Moreover, the 64-bit input message ME is subjected to the following transformations. It is first subjected to a permutation P3 of the bits and the result is subjected to functions constituting ROUND 1 involving sub-key K1. Other successive rounds are then implemented involving corresponding other sub-keys, up to and including sub-key K16, and the result of the final round is subjected to an inverse permutation P3 ⁻. The result of this inverse permutation is the encrypted message MC to be sent.

Clearly, the general structure of the DES algorithm outlined above lends itself well to use of the invention. For example, it suffices to store the sub-key K16 and to repeat some or all of the process of diversification of the key K consisting of the permutation P1 and the rotations R. The test may even be applied to the final intermediate result (word 36) prior to the final permutation P2. In this case it is the final result that is stored and not the sub-key K16.

Of course, the invention relates to any other electronic entity, in particular any microcircuit card, comprising means for implementing the method described hereinabove. 

1. A method of making an electronic entity with encrypted access secure when said electronic entity executing a cryptographic algorithm consisting in applying to an input message a succession of groups of operations known as “rounds” involving a series of respective sub-keys produced successively by an iterative process starting from an initial key K, the method comprises performing steps of said iterative process so as to obtain a result of an intermediate step, storing in said electronic entity said result of said intermediate step, repeating at least some of the steps of said iterative process until a result is recalculated corresponding to the result that has been stored, comparing the value of said stored result to the value of the corresponding recalculated result, and prohibiting the broadcasting of an encrypted message resulting from the application of said algorithm if said two values are different.
 2. The method according to claim 1, further comprising: storing a sub-key and repeating at least some of the steps of said iterative process until a sub-key is recalculated corresponding to said stored sub-key.
 3. The method according to claim 1, further comprising: storing the value of an intermediate result (R_(m)) of said iterative process and repeating at least a portion of said iterative process until an intermediate result is recalculated corresponding to the stored intermediate result.
 4. The method according to claim 2, further comprising: storing the value of the final sub-key (K_(n)) and repeating at least a final portion of the steps of producing the succession of said sub-keys until said final sub-key is calculated a second time.
 5. The method according to claim 4, further comprising: repeating all of the steps of producing the succession of said sub-keys.
 6. The method according to claim 1, wherein the method is applied to an AES algorithm.
 7. The method according to claim 1, wherein the method applied to a DES algorithm.
 8. An autonomous electronic entity wherein it comprises means (13) for implementing the method according to claim
 1. 9. An electronic entity according to claim 8, wherein it takes the form of a microcircuit card. 